fix(backend): 헬스체크에서 RabbitMQ 상태가 항상 UNKNOWN 이던 문제 - #183

…ness 로

Team-StackUp#183 에서 남겨둔 부분. `/api/system/health` 의 종합 status 가 s3·aiServer 미구현 때문에
UNKNOWN 으로 고정돼 있어 엔드포인트를 쓸 수 없었다.

## indicator 두 개

- `S3HealthIndicator` — `headBucket` 으로 엔드포인트·자격증명·버킷을 한 번에 확인.
  스토리지가 죽으면 이력서 업로드·음성 답변·TTS 재생이 전부 실패한다.
  `ObjectStorageClient.verifyAvailable()` 을 추가했다(get/put 은 대상 키가 필요해서 헬스체크에
  쓸 수 없다).
- `AiServerHealthIndicator` — **작업 큐의 컨슈머 수**로 판단한다. Core 는 AI 를 HTTP 로
  호출하지 않으므로(아키텍처 §4.1: RabbitMQ 전용) 헬스체크 하나 때문에 Core→AI HTTP 의존을
  새로 만들지 않았다. 컨슈머 수가 오히려 정확한 신호다 — 프로세스 생존보다 **큐를 실제로
  구독 중인가**가 중요하고, 컨슈머 0 이면 질문 생성·꼬리질문·피드백이 쌓이기만 한다.
  브로커 자체가 죽은 경우는 UNKNOWN 으로 둔다(그건 rabbitmq 컴포넌트가 알려주므로 DOWN 을
  겹쳐 내면 "AI 가 죽었다" 로 오독된다).

빈 이름이 곧 Actuator 키가 되도록 맞췄다(`s3HealthIndicator`→`s3`) — Team-StackUp#183 과 같은 함정.

## 컨테이너 healthcheck 를 종합 → readiness 로

indicator 를 추가하면 종합(`/actuator/health`)에 s3·aiServer 가 들어가는데, 컨테이너
healthcheck 가 그 종합을 보고 있었다. 그대로 두면 **AI 가 죽었다고 백엔드 컨테이너가
unhealthy 가 되어** 정작 멀쩡한 로그인·히스토리까지 rotation 에서 빠진다.

healthcheck 를 `/actuator/health/readiness` 로 바꾸고 readiness 그룹을
`readinessState + db + rabbit` 으로 **명시**했다. 그냥 liveness 로 바꾸면 DB 장애도 배포
게이트를 통과해 버리므로, 백엔드가 자기 일을 하려면 반드시 필요한 것만 남겼다.

그룹 멤버십 검증은 기본값(엄격)을 유지한다 — 이름을 틀리면 부팅이 실패해 배포에서 잡힌다.
조용히 UNKNOWN 이 되는 것보다 낫다(Team-StackUp#183 이 정확히 그 실패였다). 테스트 프로파일은
DataSource 를 제외하므로 거기서만 그룹을 축소했다.

## 테스트

- `AiServerHealthIndicatorTest` (4) — 컨슈머 있음 UP, 0이면 DOWN(쌓인 메시지 수 포함),
  큐 없음 DOWN, 브로커 불가 UNKNOWN
- `S3HealthIndicatorTest` (2) — 도달 가능 UP, 실패 시 DOWN + 사유

마지막 점검에서 나왔다. `/api/system/*` 는 permitAll 인데 컴포넌트 상세를 그대로 담고 있었다:

    "rabbitmq": { "version": "4.3.5" }
    "s3":       { "bucket": "stackup" }
    "aiServer": { "queue": "ai.generate.questions", "consumers": 1, "pendingMessages": 0 }

Actuator 는 기본값이 `show-details: never` 다. 그런데 `SystemHealthService` 가 descriptor 에서
상세를 직접 꺼내 자기 응답에 담으면서 **그 보호를 우회**하고 있었다. RabbitMQ 버전은 알려진
CVE 를 겨냥하는 데 쓰이고, 버킷명·큐 이름·적체량은 내부 토폴로지와 부하를 그대로 드러낸다.

`rabbitmq` 상세는 Team-StackUp#183(키 오타 수정)으로, `s3`·`aiServer` 상세는 Team-StackUp#184(indicator 구현)로
오늘 내가 늘린 것이다 — 늘린 김에 닫는다.

`ComponentHealthResponse` 에서 `details` 를 제거해 **이름·상태만** 담는다. 프로브 용도에는
그것으로 충분하고, 상세가 필요하면 호스트에서 Spring 자체 `/actuator/health` 를 본다
(nginx 가 외부로 라우팅하지 않는 것을 확인했다 — 공개 URL 로는 SPA HTML 이 돌아온다).
반사(reflection)로 상세를 꺼내던 `extractDetails` 도 함께 사라진다.

프론트·realtime 어디서도 이 엔드포인트를 호출하지 않아 소비자 영향은 없다.

테스트: `health_doesNotExposeComponentDetails` — 상태는 전달되지만 응답 타입에 상세 필드가
아예 없다는 것을 record 컴포넌트로 못 박는다.

## 함께: frontend/.env.example 의 잘못된 호스트

`VITE_API_BASE_URL`·`VITE_SSE_BASE_URL` 가 `https://www.udangtang.site` 를 가리키고 있었다.
실제 배포 호스트는 `https://stack-up.shop` 다(deploy-app.yml 이 프론트 빌드에 주입하는 값).
새로 온 사람이 그대로 복사하면 존재하지 않는 백엔드를 보게 된다.